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Amendments to the Specification 

A substitute specification has been supplied that bring the reference numbers 
into compliance with U.S. patent practice and makes minor American English changes 
to grammar and spelling. The European-style "Summary of the Invention" section of 
the international application has been deleted, and a concise summary paragraph has 
been added after the "Detailed Description" section. No new matter has been added. 

Amendments to the Claims : 

The claims have been amended to remove reference numbers and to further 
clarify the invention. No new matter has been added. The markings show the difference 
from the Article 19 amended claims. 
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1 ANNOTATED SPECIFICATION 

WIRELESS ACCESS NETWORKS 
Field of the Invention 



5 rOOOll The present invention relates to wireless access networks, which 

include wireless local area networks (WLANs) and wireless wide area 
networks (WWANs), and relates in particular to handovers in wireless access 
networks. The present invention relates in particular, but not exclusively, to 
handover of a mobile node (MN) between two access points (APs) under the 
10 Inter Access Point Protocol (IAPP) in a WLAN operating according to the 
IEEE 802.11 standard. 

Background of the Invention 

1 5 f 00021 Local area networks (LANs) are computer and 

communications networks which users may access at different access points 
(APs). One type of LAN is a wireless local area network (WLAN) in which 
user's equipment may be mobile and connects with an access point by means 
of a wireless link. A well known operating standard for WLANs is IEEE 

20 802.11. 

[0003] Mobile user equipment in a WLAN is usually referred to as a 

mobile node (MN). Some examples of an MN are a mobile telephone with a 
WLAN interface, a laptop computer with a WLAN interface, and a personal 
25 data assistant (PDA) with a WLAN interface. 

f 00041 When a MN moves, a requirement can arise for the MN to be 

handed over from one AP (which may be called the "initial" or "old" AP) to a 
"new" AP. Handover is controlled by a handover protocol. In the case of a 
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WLAN operating according to IEEE 802.11, the handover protocol is typically 
the Inter Access Point Protocol (IAPP), which applies across the "initial" and 
the "new" AP. 

5 100051 The IAPP provides a means for transferring so-called "context" 

from the old AP to the new AP. The term context is used to describe 
information relating to the MN and its operation that is required at an AP for 
the AP to provide service to the MN. Such information may include security 
information such as authentication information, quality of service (QoS) 
10 information, and so on. However, in typical WLANs, and operating standards 
thereof, handover causes a break in service before the new AP takes over 
serving the MN. This may be disadvantageous, particularly when the MN is 
running a real-time application, e.g. a real-time multi-media application such 
as receiving and displaying real-time video. 

15 

f00061 In some WLANs, and operating standards thereof, so-called soft 

handover processes (in which two or more APs effectively serve the MN at 
the same time) have been applied in an attempt to alleviate the disadvantages 
of a break in service due to handover. 

20 

100071 However, in many WLANs, or operating standards thereof, soft 

handover is not possible and/ or not desirable. This is the case for WLANs 
operating under the IEEE 802.11 standard, in which adjacent APs typically 
operate in different frequency bands. 

25 

r00081 Also, a problem related to QoS provision may arise with 

handover of real-time applications in WLANs. In particular, where details of 
operating standards are based upon standards designed originally for fixed 
networks, a process of requesting and obtaining a required QoS level, using 
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so-called reservation paths, tends to be problematic in WLANs where a user is 
allowed to change access points, essentially due to the need for re-establishing 
reservation paths after handover. For example, an Integrated Services 
(IntServ) framework, as standardized by the Internet Engineering Task Force 
5 (IETF) and discussed in R. Braden et al., "Integrated Services in the Internet 
Architecture: an Overview/' RFC 1633, June 1994, provides a means for 
requesting and obtaining QoS per flow. -IntServ uses Resource Reservation 
Protocol (RSVP), as described in R. Braden et al., " Resource ReSerVation 
Protocol (RSVP) - Version 1 Functional Specification/ 7 RFC2205, September 
10 1997, for implementing signalling associated with this. However, having been 
designed originally for fixed networks, RSVP is an example of a process 
which tends to be problematic in WLANs. In particular, depending on the 
distance between the peers, considerable delays can arise, deteriorating the 
network performance during handovers, especially for real-time applications. 

15 

f00091 Considerations such as those discussed above with respect to 

WLANs also apply to wireless wide area networks (WWANs). -WLANs and 
WWANs may be considered to be two types of wireless access networks, and 
in this specification the term "wireless access network" is to be understood to 
20 include at least WLANs and WWANs, as well as any other access networks 
whose characteristics are able to benefit from the following invention. 

Summary of the I nvention 

25 In a first aspect, the present invention provides a method of changing 

access points for a mobile node, or performing handover, in a wireless access 
network, for example a wireless local area network or a wireless wide area 
network, the method comprising: the mobile node communicating content 
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data on an initial channel via an initial access point of the wireless access 
network; the mobile node sending a handover request on a new channel to a 
new access point of the wireless access network; the mobile node resuming 
communication of content data on the initial channel via the initial access 
5 point; elements of the wireless access network, including the initial access 
point and the new access point, performing handover steps while the mobile 
node performs the resum e d communication of content data on the initial 
channel via the initial access point; and when the handover steps are 
completed, the mobile node communicating content data on the new channel 
10 via the new access point. 

The s tep of the mobile node performing the resumed communication 
of content data on the initial channel via the initial access point may end by 
virtue of the mobile node switching from the initial chann e l to the new 
15 channel in response to an instruction message from the wireless access 

network which is sent as part of the handover steps performed by elements of 
the wireles s access network. 

The method may further comprise the wireless access network sending 
20 a completion message to the mobile node informing the mobile node that the 
handover steps are completed. 

The step of the mobile node communicating content data on the new 
channel via the new access point may start in response to the mobile node 
25 receiving the completion m e s s ag e . 
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The stop of the mobile node switching from the initial channel to the 

new channel in response to a message from the wakeless access network which 
is sent as part of the handover steps performed by elements of the wireless 
access network may be performed a predetermined or a calculated amount of 
5 time after the mobile node receives the instruction message. 

The method may further comprise the step of the mobile node 
determining whether an expected data flow of the now access point is 
acceptable, for example in terms of quality of service. 

In a further aspect, the present invention provides a storage medium 
storing processor implomontablc instructions for controlling a processor to 
carry out the method steps of any of the above aspects performed by the 
mobile node. 

In a further aspect, the present invention provides a storage medium 
storing processor implomontablo instructions for controlling a processor to 
carry out the method steps of any of the above aspects performed by the 
access points. 

In a further aspect, the pr es ent invention provides a mobile node 
adapted to perform the method steps of any of the above aspects performed 
by the mobile node. 

25 In a further aspect the present invention provides an access point 

adapted to perform the method st e ps of any of the above aspects performed 
by the acc e ss points. 
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In a further aspect, the present invention provides apparatus for 
changing access points for a mobile node, or performing handover, in a 
wireless access network, for example a wireless local area network or a 
5 wirele s s wade area network, comprising: means for the mobile node to 

communicate content data on an initial channel via an initial access point of 

the wireless access network; means for the mobile node to send a 

handover request on a new channel to a new 7 access point of the wireless 
access network; means for the mobile node to resume communication of 

10 content data on the initial channel via the initial access point; means for 

elements of the wireless access network, including the initial access point and 
the new access point, to perform handover steps while the mobile nod e 
performs the resumed communication of content data on the initial channel 
via the initial access point; and means for, when the handover steps are 

15 completed, the mobile node to communicate content data on the new channel 
via the new 7 access point. 

The means for the mobile node to perform the resumed 
communication of content data on the initial channel via the initial access 
20 point may be arranged to end the resumed communication by virtue of the 

mobile node switching from the initial channel to the new channel in response 
to an instruction mes s age from the wir e l e ss access network wiiich is sent as 
part of the handover steps performed by elements of the wireless access 
network. 
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The apparatus may further comprise moans for the wireless access 
network to send a completion message to the mobile node informing the 
mobile node that the handover steps are completed. 

5 The means for the mobile node to communicate content data on the 

new channel via the new access point may be arranged to start 
communication of the content data in respon s e to the mobile node receiving 
the completion message. 

10 The means for the mobile node to switch from the initial channel to the 

new channel in response to a message from the wireless acces s network which 
is sent as part of the handover s teps performed by elements of the wireless 
access network may be arranged such that the switching is performed a 
predet e^TKned-e^-a- calculated amount of time after the mobile node receives 

15 the instruction message. 

The apparatus may further comprise means for the mobile node to 
determine whether an expected data flow of the new access point is 
acceptable. 

20 

In any of the above aspects, the wirel es s ac e css network may be a 

wireless local area network operating according to the operating standard 
IEEE 802.11. 

25 The present invention tends to alleviate or resolve problems associated 

with a break occurring between s ervice from an old AP and a new AP, by the 
MN sending a request to a new AP but then reverting to the old AP until 
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handover preparation in a fixed part of the WLAN is complete, or at least 
substantially complete / and the MN is informed of this. This tends to reduce 
handover latency between the old AP and the new AP and avoids breaks in 
service, thus improving in particular provision of real time applications such 
5 as real time multi media applications. 

Brief Description of the Drawings 

rOOlOl Embodiments of the present invention will now be described, by 

10 way of example only, with reference to the accompanying drawings, in 
which: 

fOOin FIG. 1 is a schematic illustration of a wireless local area network 

(WLAN); 

15 

r00121 FIG. 2 is a call sequence flowchart showing process steps 

employed in a prior art handover process; and 

r00131 FIG. 3 is a call sequence flowchart showing process steps 

20 employed in a handover process according to an embodiment of the 
invention. 

Detailed Description Pr of erred Embodiment s 

[00141 Broadly speaking, the disclosed call sequence provides an 

25 advantageous reduction in handover latency compared to a known method. 
This is achieved by virtue of a mobile node (MN) reverting to the initial access 
point (AP) on an initial channel after sending a message requesting a switch 
to a new AP on a new channel, thereby allowing content data flow to take 
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place while the new AP, the initial AP, and (optionally) an authentication unit 
perform handover steps. After handover preparation in a fixed part of the 
WLAN is complete, or at least substantially complete, and the MN is 
informed of this. This tends to reduce handover latency between the old AP 
5 and the new AP and avoids breaks in service, thus improving in particular 
provision of real-time applications such as real-time multi-media applications. 

r00151 FIG. 1 is a schematic illustration of a wireless local area network 

(WLAN) 100. The WLAN 100 includes l comprises a transport network 102, 
which in this example is an IP network 102, coupled to an authentication unit 

10 103 and a plurality of access points (APsAP%). The access points are coupled, 
via radio links, to various mobile nodes ( MNs). MN's). In practice, practisc the 
WLAN 100 will typically have comprise a large number of APs APo and 
MNs MN'g , but for clarity only two APsAP%, namely a first AP 104 and a 
second AP 105, 5 are shown 7 and only one MN, namely a-MN 106, is 6, are 

15 shown. When the MN 106 is coupled to the first AP 104 this is by a radio link 
124; when the MN 106 is coupled to the second AP 105 this is by a radio link 
125. In this example the MN 106 is a laptop computer with a WLAN interface, 
but in general the MN may be any known type compatible with the transport 
network 102, for example a mobile telephone with a WLAN interface or -a 

20 personal data assistant (PDA) with a WLAN interface. 

F00161 In this embodiment the WLAN 100 operates according to the 

well-known operating standard IEEE 802.11. As an example, the ¥he 
authentication unit 103 is implemented as a Remote Authentication Dial-In 
25 User Service (RADIUS) server. 

[00171 The WLAN 100 allows the MN 106 to communicate with an 

entity via the IP network 102. Such entity may be another user node of the 
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WLAN 100 coupled to the IP network 10 2 via an AP. Another possibility is 
that the IP network 102 may be coupled viaje-a gateway to a public switched 
telephone network (PSTN), and the entity is connected via the PSTN.- The 
type and connection route of the entity is unimportant to understanding this 
5 embodiment, and therefore in FIG. 1 and the following description this 

connection is presented in general terms as a data route 108 coupled to the IP 
network 102. 

r00181 In operation, the MN 106 interacts with the IP network 102 via 

10 an access point. More particularly, let us consider a scenario where the MN 
10 6 is engaged in a data session, and access is initially provided via, say, AP 
104, which will therefore be termed hereinafter the initial AP 104. The data 
required to pass between various elements may be divided into data 
representing the information content of the data session (hereinafter referred 
15 to as content data), and signalling data used to set up and maintain the flow 
of the content data between elements. Content data passes between the MN 
106 and the initial AP 104, between the initial AP 104 and the IP network 102, 
and between the IP network 10 2 and the data route 108. Handover-specific 
signalling data, including encryption data, passes between the MN 106 and 
20 the initial AP 104, between the initial AP 104 and the IP network 102, and 
between the IP network 10 2 and the authentication unit 103. ^ 

T0019I Let us now consider when it is required or desired for the MN 

106' s access to the transport communications network 10 2 to be changed so 
25 that it then becomes provided by a different AP, e.g. the AP 105, which will 
therefore be termed hereinafter the new AP 105. The implementation of this is 
called handover. Conventionally, this is performed using a handover 
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mechanism, such as comprising for example the Inter Access Point Protocol 
(IAPP) and the IEEE 802.11 standard. 

r00201 In this embodiment, the APs 104, IQ APo 1, 5 and the MN 106 

5 have been adapted 7 to offer, and provide for, an adapted form of access 
handover, as will be described in more detail below. 

r00211 The adaptation may be implemented in the respective elements 

in any suitable manner. For example, new components apparatus may be 

10 added to conventional APs AP' s and MNs MN's , or alternatively ^ existing 

parts of a-conventional APs AP's and MNs MN's may be adapted, for example 
by reprogramming of a^one or more processors therein. As such the required 
adaptation may be implemented in the form of processor-implementable 
instructions stored on a storage medium, such as a floppy disk, hard disk, 

15 PROM, RAM or any combination of these or other storage media. The 
adapted form of handover of this embodiment may be most readily 
understood by comparison with the conventional handover process, which is 
therefore described first, as follows. 

20 r00221 FIG. 2 is a call sequence flowchart 200 showing process steps 

employed in the prior art handover process. In the case of the MN 106, two 
separate radio channels are shown, an initial channel 214 which is the channel 
used by the MN 10 6 to communicate with the initial AP 104, and a new 
channel 215 which is the channel used by the MN 106 to communicate with 

25 the new AP 105. The channels are different radio frequencies from each other, 
as specified in IEEE StandardStdr 802.11. 
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r00231 Initially, a data session is underway, via initial AP 104. This is 

represented in FIG. 2 by step 220 in which content data is passed between the 
MN 106 MN6 operating on the initial channel 214, the initial AP 104, the IP 
network 102 and the data route 108. In more detail, step 220 has 2 comprises : a 
5 step 2222a in which content data is passed between the MN 106 operating on 
its initial channel 214 and the initial AP 104; a step 2242b in which content 
data is passed between the initial AP 104 and the IP network 102; and a step 
2262€ in which content data is passed between the IP network 10 2 and the 
data route 108. Although presented as a discrete step 2 20 for consistency in 
10 FIG. 2, it will be understood that this represents an ongoing two-way data 
flow process. This data flow process is shown in FIG. 2 as being undertaken 
during a first time period 201. 2^ The active channel of the MN 106 during the 
first time period 2012i is the initial channel 214. 

15 f00241 Then handover is performed by virtue of steps 230, 250, 251, 252, 

253, 254, 255, 288 sl to s!8 as will be described below. Steps 230, 250, 251, 252, 
253, 254, 255, 288 sl to s!8 are implemented over the course of a second time 
period 20222, as shown in FIG. 2. The active channel of the MN 106 during the 
second time period 20222 is the new channel 215. Thus, during the second 

20 time period 202 22 the flow of content data is interrupted (i.e. step 220 does 

not take place during the second time period), since the MN 106 has switched 
to its new channel 215, which corresponds to the new AP 105 rather than the 
initial AP 104, but the MN 106 is not yet able to send content data to or receive 
content data from the new AP 105. 

25 

r00251 Steps 230, 250, 251, 252, 253, 254, 255, 288 s4-fce-sl£ follow the 

protocol specified in the IEEE Standard s^ 802.11 and the Inter Access Point 
Protocol (IAPP), which is a recommended practice currently standardized by 
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the IEEE Working Group 802.11f, and is specified in IEEE Standard s^ 
802.11f/Draft 5, "Draft Recommended Practice for Multi- Vendor Access Point 
Interoperability via an Inter- Access Point Protocol Across Distribution 
Systems Supporting IEEE 802.11 Operation/^ The IAPP provides capabilities 
5 for transferring context from one AP to another, through the fixed 

distribution system, in order to facilitate handovers across multi- vendor APs. 
(The term "context" is used to describe information relating to the MN and its 
operation that is required at an AP for the AP to provide service to the MN.) 
The IAPP describes a service access point (SAP), service primitives, a set of 

10 functions,, and a protocol that will allow conformant APs to interoperate on a 
common distribution system, using the Transmission Control Protocol over IP 
(TCP/IP, where IP is Internet Protocol) to exchange IAPP packets. Both IP in 
general, and more particularly TCP/IP are well known to the person skilled 
in the art, hence will only be briefly summarized Gummariscd here to the 

1 5 extent that, broadly speaking, they are protocols that define procedures for 
exchange of packetized information, and are specified in terms of different 
hierarchical layers, e.g. Layer 2 and Layer 2, layer 3, according to different 
types of entities or functions needing to be consistent with each other. 

20 r00261 Referring to FIG. 2, at step 230s4, the message exchange during 

handover is initiated by the MN 10 6 sending a Reassociate-Request message 
from its new channel 215 to the new AP 105. The Reassociate-Request 
message carries the Basic Service Set Identifier (BSSID) of the initial AP 104. 

25 r00271 The new AP 10 5 will need to communicate with the initial AP 

104. In order to do this, the new AP 105 will need the IP address of the initial 
AP 104 . 4^ In general, mapping between BSSIDs and IP addresses can be either 
stored at the APs AP's themselves, or at an authentication unit such as 
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authentication unit 103. In this example, the mapping is held at the 
authentication unit. Therefore, at step 250 s6, the new AP 105 sends an Access- 
Request message to the authentication unit 103/ this message including the 
information of the BSSID of the initial AP 104. 

5 

[00281 The authentication unit 10 3 processes this request, including 

looking up the IP address of the initial AP 10 4 that it has mapped for the 
BSSID of the initial AP 104. At step 251s8, the authentication unit sends an 
Access- Accept message to the new AP 105. The Access- Accept message 
10 includes the IP address of the initial AP 104. 

f00291 One option is for the communication between the APs AP's to be 

encrypted or otherwise made secure. This is the case in this example. Hence, 
the Access- Accept message sent, at step 251s§, from the authentication unit 

1 5 103 to the new AP 10 5 also includes a Security Key to enable the new AP 105 
to prepare a security block for sending to the initial AP 104. 4rThen security 
blocks are exchanged between the new AP 10 5 and the initial AP 104. This is 
implemented as follows. At step 252sW, the new AP 10 5 sends a Security 
Block to the initial AP 104. At step 253sl2, the initial AP 104 sends a Security 

20 Block Acknowledgment to the new AP 105. 

r00301 At step 254&14, the new AP 105 sends a Move-notify message to 

the initial AP 104. This Move-notify message in effect informs the initial AP 
10 4 that the MN 10 6 has requested to handover to the new AP 105. 

25 

f 003 11 At step 255 si€, the initial AP 10 4 sends a Move-response 

message to the new AP 105. This Move-response message and the Move- 
notify message each include a Context Block. Both the Move-notify message 
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sent at step 254si4 and the Move-response message sent at step 255si6 are IP 
packets carried in a TCP session between the two APs 104, 105 . These 
messages may contain authentication information that allows the new AP 10 5 
to accept the MN 106 without re-authentication. However, the Context Block 
5 has a flexible structure which is able to support a range of information 

exchange. More specifically, it can consist of a variable number of Information 
Elements (IEs) of the form (Element ID, Length, Information). In this way, 
every IE can contain variable length information, whose type is specified by 
the Element ID. Processing of the information transferred inside the IEs is 
10 beyond the scope of the IAPP, as it depends on the functionality of the APs, 
and will be arranged according to the requirements or circumstances of a 
particular system or set up, as specified by the skilled person. 

r00321 At step 288siS, the new AP 105 sends a Layer-2 (L2) Update 

1 5 Frame to the IP network 102. In response to this, the IP network 10 2 changes 
the data path to being switched via the new AP 10 5 instead of the initial AP 
104. This is represented in FIG. 2 by a step 290s2Q in which the content data is 
passed between the MN 106 MN6 operating on the new channel 215, the new 
AP 105, the IP network 102, 2 and the data route 108. In more detail, step 290 
20 includes s20 comprises : a step 292s20a in which content data is passed 

between the MN 106 operating on its new channel 215 and the new AP 105; a 
step 294 s20b in which content data is passed between the new AP 105 and the 
IP network 102; and a step 296s20e in which content data is passed between 
the IP network 102 and the data route 108. Although presented as a discrete 
25 step 290s20 for consistency in FIG. 2, it will be understood that this represents 
an ongoing two-way data flow process during a third time period 20323, as 
shown in FIG. 20. 
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f00331 The adapted form of handover of this embodiment will now be 

described with reference to FIG. 3. 

[00341 FIG. 3 is a call sequence flowchart 300 showing process steps 

5 employed in the handover process of this embodiment. The same reference 
numerals as were used with respect to FIG. 2 are used again in FIG. 3 to 
indicate the two separate radio channels, i.e. the initial channel 214 and the 
new channel 215 used by the MN 106. These channels are as described above 
with reference to FIG. 2. 

10 

[00351 In the process of this embodiment, each of the prior art steps 

described above with reference to FIG. 2 is carried out, but additional steps 
are now included. For the sake of completeness, the steps common to the 
prior art approach are renumbered and described again in the following 

15 description of this embodiment made with reference to FIG. 3. Individually, 
these steps corresponding to those present in the above described prior art 
process again follow the IEEE 802.11 standard and the protocol specified in 
the Inter Access Point Protocol (IAPP), which is a recommended practice 
currently standardized by the IEEE Working Group 802.11f, and is specified 

20 in IEEE Standard s^ 802.11f/Draft 5, "Draft Recommended Practice for 

Multi- Vendor Access Point Interoperability via an Inter- Access Point Protocol 
Across Distribution Systems Supporting IEEE 802.11 Operation 77 . 

r00361 Initially, a data session is underway, via initial AP 104. This is 

25 represented in FIG. 3 by step 320s30 in which content data is passed between 
the MN 1Q6 MN6 operating on the initial channel 214, the initial AP 104, the IP 
network 102, 2-and the data route 108. In more detail, step 320 includes s3Q 
comprises : a step 322s30a in which content data is passed between the MN 
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106 operating on its initial channel 214 and the initial AP 104; a step 324s3©b 
in which content data is passed between the initial AP 10 4 and the IP network 
102; and a step 326 s30c in which content data is passed between the IP 
network 102 and the data route 108. Although presented as a discrete step 
5 320s3Q for consistency in FIG. 3, it will be understood that this represents an 
ongoing two-way data flow process. This data flow process is shown in FIG. 3 
as being undertaken during a first time period 301 , 33-r The active channel of 
the MN 106 during the first time period 30133- is the initial channel 214. 

10 r00371 Then handover is performed by virtue of steps 330, 350, 351, 352, 

353, 354, 355, 360, 362, 380, 382 s31 s36, s38, gIO, s!2, oil. ol6. slS, s50. s52, s51 
and 388s§6 as will be described below. In this embodiment the 
implementation of these steps is conveniently considered as being divided 
over the course of a second time period 30232, a third time period 30333, and 

15 a fourth time period 304 34, as shown in FIG. 3 and as will be described in 
more detail below. 

r00381 Referring to FIG. 3, at step 330s34, the message exchange during 

handover is initiated by the MN 106 sending a Reassociate-Request message 
20 from its proposed new channel 215 to the new AP 105. The Reassociate- 
Request message carries the Basic Service Set Identifier (BSSID) of the initial 
AP 104. 

r00391 This step 330s34 is implemented over the course of the second 

25 time period 302. 32r The active channel of the MN 106 during this second time 
period 30232 is the new channel 215. Thus, during the second time period 
302 32 the flow of content data is, strictly speaking, interrupted (i.e. step 
320s36 does not take place during the second time period), since the MN 106 
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has switched to its new channel 215, which corresponds to the new AP 105 
rather than the initial AP 104. 

r00401 However, this will usually only be for a very small time 

5 compared to the prior art process, because after implementing step 330s34 by 
sending the Reassociate-Request on the proposed new channel 215, the MN 
106 reverts to the initial channel 214 to resume transmission and reception of 
content data on the initial channel 214.147 

10 f00411 The resumed transmission and reception (flow) of content data 

on the initial channel 214 takes place over the course of a third time period 
303. 33r This takes place on an ongoing basis throughout the third time period 
30333, but for clarity is schematically represented in FIG. 3 by means of a step 
340s3S shown at the start of the third time period 30333 and a step 370551 

15 shown shortly before the end of the third time period 303 . 33r In both step 
340s35 and step 370s54, content data is passed between the MN 106 MN6 
operating on the initial channel 214, the initial AP 104, the IP network 102, 2 
and the data route 108. In more detail, step 340 has s35 comprises : a step 
342 s35a in which content data is passed between the MN 106 operating on its 

20 initial channel 214 and the initial AP 104; a step 344s3eb in which content data 
is passed between the initial AP 104 and the IP network 102; and a step 
346s3§€ in which content data is passed between the IP network 102 and the 
data route 108. Likewise, step 370 includes sSl comprises : a step 372 s51e in 
which content data is passed between the MN 10 6 operating on its initial 

25 channel 214 and the initial AP 104; a step 37 d s51b in which content data is 

passed between the initial AP 104 and the IP network 102; and a step 376seie 
in which content data is passed between the IP network 10 2 and the data 
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route 108. The active channel of the MN 10 6 during the third time period 
30333 is the initial channel 214. 

[00421 Whilst the above described data content represented by steps 

5 340s35 and 370s5i takes place, the new AP 105, the initial AP 104, the IP 
network 102, 2 and the authentication unit 103 carry out handover steps as 
will now be described. 

f00431 In this embodiment, the mapping is again held at the 

10 authentication unit. Therefore, at step 350s36, the new AP 10 5 sends an 
Access-Request message to the authentication unit 103, this message 
including the information of the BSSID of the initial AP 104. 

r00441 The authentication unit 10 3 processes this request, including 

15 looking up the IP address of the initial AP 104 that it has mapped for the 
BSSID of the initial AP 104. At step 351 s3S, the authentication unit sends an 
Access- Accept message to the new AP 105. The Access- Accept message 
includes the IP address of the initial AP 104. 

20 r00451 In this embodiment the option for the communication between 

the APs AP's to be encrypted or otherwise made secure is again employed. 
Hence, the Access- Accept message sent, at step 351 s38, from the 
authentication unit to the new AP 105 also includes a Security Key to enable 
the new AP 105 to prepare a security block for sending to the initial AP 104. 4t 

25 Then security blocks are exchanged between the new AP 10 5 and the initial 
AP 104. This is implemented as follows. At step 352s40, the new AP 10 5 sends 
a Security Block to the initial AP 104. At step 353s42, the initial AP 104 sends a 
Security Block Acknowledgment to the new AP 105. (Note, in other 
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embodiments where encryption is not employed, steps 352s40 and 353s43 
may be omitted.) 

r00461 At step 354s44, the new AP 105 sends a Move-notify message to 

5 the initial AP 104. This Move-notify message in effect informs the initial AP 
104 that the MN 106 has requested to handover to the new AP 105. 

r00471 At step 355s46, the initial AP 104 sends a Move-response 

message to the new AP 105. This Move-response message and the Move- 
notify message each include a Context Block. Both the Move-notify message 
sent at step 354s44 and the Move-response message sent at step 355 s46 are IP 
packets carried in a TCP session between the two APs. These messages may 
contain authentication information that allows the new AP 10 5 to accept the 
MN 106 without re-authentication. However, the Context Block has a flexible 
structure which is able to support a range of information exchange. More 
specifically, it can consist of a variable number of Information Elements (IEs) 
of the form (Element ID, Length, Information). In this way, every IE can 
contain variable length information, whose type is specified by the Element 
ID. Processing of the information transferred inside the IEs is beyond the 
scope of the IAPP, as it depends on the functionality of the APs, and will be 
arranged according to the requirements or circumstances of a particular 
system or set up, as specified by the skilled person. 

r00481 The Move-Response message sent at step 355 s46 is based on and 

25 includes the contents of this message that are present under conventional 
IAPP signalling. By virtue of this, the new AP 105 receives context 
information pertaining to the MN 106, which may include for example 
security context and Quality of Service (QoS) context. Such QoS context may 

2 20- 



10 



15 



20 



CS23395P-P€¥ Salkintzis 
ANNOTATED SPECIFICATION 



include both IP Layer laycr -2 QoS attributes, which are applicable to the 
WLAN radio interface, and IP Layer laycr 3 QoS attributes, which specify end- 
to-end QoS requirements. Preferably a suitable Layer laycr 2 QoS 
management scheme is employed, to provide for different kinds of traffic to 
5 receive acceptable service in the wireless link. 

[00491 Additionally, in this embodiment, for the sake of IP Layer lay or 3 

QoS management, the Move-Response message sent at step 355 s46 further 
includes an RSVP context. This RSVP context contains information about at 

10 least some, but preferably all, of the active IP flows, i.e. the data content and 
signal data flows being transmitted and received as part of the session. The 
new AP 10 5 might already have more current data flow than the initial AP 
104, or at least relatively so compared to its capacity, due for example to other 
sessions of other MNs. MN'g. Generally, for whatever reason, the new AP T05 

15 may not be able to provide as much bandwidth as the initial AP 104. These 
situations could mean the new AP 105 would not be able to fully support the 
session currently previously handled satisfactorily be the initial AP 104, i.e. it 
might be that some of the IP data flows of the session might not be supported 
if handover is implemented. 

20 

r00501 The new AP 105 performs an admission control algorithm to 

determine which flows can be accepted, based on the RSVP information 
received in the Move-Response message. At step 360s4§, the new AP 105 
sends a Move- Accept message to the initial AP 104. The Move- Accept 
25 message includes the results of the admission control algorithm. At step 

362sS0, the initial AP 104 sends a Change-Command message to the MN 106 
on its initial channel 214. The Change-Command message also includes the 
results of the admission control algorithm. 
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r00511 Depending on the admission control algorithm, the results can 

be either in the form of a simple set of flows that are accepted, implying that 
they will receive the same QoS level as in the old AP, or may as another 
5 possibility also contain a new set of (reduced) QoS parameters per flow, in 
case the new AP 105 does not have enough resources to maintain the same 
level of QoS support. 

f00521 In this example the admission control algorithm results are 

10 acceptable to the MN 106. Hence, at step 380s52, the MN 106 sends an 
acceptance Change-Response message to the initial AP 10 4 on its initial 
channel 214. The MN 10 6 then switches channels to its new channel 215, 
awaiting communication via the new AP 105. In other words, the MN 106 has 
now completed its part of the handover process, and is now waiting for the 
15 new AP to start communicating with it. This constitutes the end of the third 
time period 303.35^ In terms of the data content transmission and reception as 
represented in FIG. 3 by steps and 370s£l, it will be appreciated that 

step 370s&4 represents the final data transfer on the initial channel 214. 

20 r00531 (In the situation where the admission control algorithm results 

are not acceptable to the MN 106, then the MN 106 does not send the 
acceptance Change-Response to the initial AP, and the handover process is 
terminated. One possibility is to specify that in this event the MN 106 should 
then try to handover to another AP instead of the AP 105. 

25 

r00541 At step 382s54, the initial AP 104 sends a Move-Command 

message to the new AP 105, which is in effect a confirmation to the new AP 
105 that handover is going ahead. At step 388 s56, in response to the Move- 
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Cominand message, the new AP 105 sends a Layer-2 (L2) Update Frame to 
the IP network 102. Steps 382s54 and 388s§6 take place during a fourth time 
period 304 24 as shown in FIG. 3. This fourth time period 304 34 is 
characterised as a time period in which the MN 10 6 has once again switched 
5 to its new channel 215 but is not yet in the process of passing data content on 
that channel. 



r00551 In response to the Layer-2 (L2) Update Frame, the IP network 

102 changes the data path to being switched via the new AP 105 instead of the 

10 initial AP 104. This is represented in FIG. 3 by a step 390s5S in which the 
content data is passed between the MN 106 MN6 operating on the new 
channel 215, the new AP 105, the IP network 102, 2 and the data route 108. In 
more detail, step 390 has sSS comprises : a step 392s58a in which content data is 
passed between the MN 106 operating on its new channel 215 and the new AP 

15 105; a step 394s58b in which content data is passed between the new AP 105 
and the IP network 102; and a step 396se§€ in which content data is passed 
between the IP network 102 and the data route 108. As before, although 
presented as a discrete step 390sS8 for consistency in FIG. 3, it will again be 
understood that this represents an ongoing two-way data flow process during 

20 a fifth time period 30535, as shown in FIG. 3. -This fifth time period 30535 is 

charnctcriscd -as-a time period in which the overall handover process has been 
completed and content data transfer is taking place via the new AP 105 with 
the MN 106 operating on its new channel 215. 3-5t 

25 r00561 Broadly speaking, this embodiment tends to provide an 

advantageous reduction in handover latency compared to the prior art 
method. This is achieved by virtue of the MN 106 reverting to the initial AP 
104 on the initial channel 214 after having sent the Reassociate-Request 



z23 z 



CS23395P-P€ ¥Salkintzis 
1 ANNOTATED SPECIFICATION 

message to the new AP 10 5 on the new channel 215 at step 330s34 during the 
second time period 302 32, thereby allowing content data flow to take place 
during the third time period 30333 while the new AP 105, the initial AP 104 
and the authentication unit 103 perform handover steps 350-362 s36 s50 . 

5 

r00571 This can further be appreciated by the following summary of the 

first to fifth time periods 301, 302, 303, 304, 305 33-35, as shown in FIG. 3, from 
the perspective of the MN 106. 

10 r00581 In the first time period 30131, the MN 106 is communicating 

with the initial AP 104 on its initial channel 214, including the flow of content 
data. 

r00591 In the second time period 30232, the MN 106 is switched to its 

1 5 new channel 215 and is communicating a handover request, but not content 
data, to the new AP 105. 

r00601 In the third time period 30333, the MN 106 is once again 

communicating with the initial AP 104 on its initial channel 214, including the 
20 flow of content data. 

r00611 In the fourth time period 304 34, the MN 10 6 has once again 

switched to the new channel 215 and is awaiting further communication with 
the new AP 105, i.e. no content data flows in this fourth time period 3043 4. 

25 
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f00621 In the fifth time period 30535, the MN 106 is communicating 

with the new AP 10 4 on its new channel 215, including the flow of content 
data. 

5 f00631 Thus, it will be appreciated that content data flow takes place in 

the first time period 301 34, the third time period 30333, and the fifth time 
period 305 35, but not in the second time period 30233 and the fourth time 
period 304. 34t This means there are two time periods when content data flow 
does not take place, whereas in the prior art method of FIG. 2 there is just one 

10 time period when content data flow does not take place, namely second time 
period 20222 of FIG. 2. However, the second time period 30232 and the fourth 
time period 304 34 of the embodiment of FIG. 3 are singly and in total typically 
much shorter than the second time period 20222 of the prior art example of 
FIG. 2, thus typically providing an advantageous reduction in the total time 

15 that content data flow does not take place compared to the prior art approach. 
This tends to allow for transmission disruption to be alleviated, which is 
particularly useful when the content data includes comprisos multimedia data. 

r00641 The above described embodiment includes use of an RSVP 

20 context and an admission control algorithm. However, these aspects are 
optional, and in other embodiments are not employed. In such an 
embodiment which is otherwise the same as the embodiment described 
above, this results in the following differences compared to the above 
embodiment described with reference to FIG. 3: 
25 (i) at step 355s46, there is no inclusion of an RSVP context in the Move- 

Response message; 

(ii) the new AP 10 5 does not perform an admission control algorithm; 
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(iii) at step 360s4S, there is therefore no inclusion of admission control 
algorithm results in the Move-accept message; 

(iv) likewise, at step 362s50, there is therefore no inclusion of admission 
control algorithm results in the Change-Command message; 

5 (v) step 380s52, in which the MN 10 6 sends an acceptance Change- 

Response message to the initial AP 104, will take place by default, or at least it 
will not be dependent upon an admission control algorithm result. 

[00651 In a further modified form of any of the above described 

10 embodiments, the need for content data flow to be interrupted during the 
fourth time period 30434 (i.e. while the Move-Command message arid L2 
Update Frame are sent at steps 382s§4 and 388s§6 respectively) may be 
reduced or removed as follows.- In the above described embodiment, the MN 
106, having sent the acceptance Change-response message on its initial 

15 channel 214 at step 380sa2, then switches channel to the new channel and 
awaits completion of steps 382s§4 and 388. s56t In the modified version, the 
MN 106,, having sent the acceptance Change-response message on its initial 
channel 214 at step 380s§2, then remains on the initial channel 214 for a 
further amount of time so that content data flow may continue on the initial 

20 channel for some or all of the time it takes the other system elements to 
complete steps 382s54 and 388. s56r This further amount of time may be a 
predetermined amount of time, or may be determined according to an 
algorithm using knowledge of previous times taken for steps 382 s54 and 
388s§6 to be completed. Another possibility is that the MN 106M N6 only 

25 remains on the initial channel 214 for the further amount of time if the signal 
quality is sufficient, i.e. above a predetermined threshold. 
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r00661 In the above described embodiment, the example of handover 

from AP 104 is given, where the AP 104 is termed the initial AP 104 as the 
example is described of a scenario where access is initially provided via the 
AP 104. It will however be appreciated -that the handover process described 
5 in the above embodiment may also be applied, and forms part of the 

invention, when applied to an AP connection that is not necessarily the initial, 
i.e. first AP connection of a particular data session. In other words, for 
example, the above described process may equally be applied to a following 
handover from the new AP 105 to a further AP, not shown in FIG. 1, and so 

10 on. As such, it is to be understood that the terminology "initial AP", and 
likewise the terminology "initial channel", is used herein, including in the 
appended claims, for convenience to identify the initial AP or channel so far 
as the current handover process is concerned, and is not restricted to meaning 
the initial AP or channel so far as any other aspect, such as the current data 

15 session or call as a whole, is concerned. 

r00671 In the above described embodiments, the invention is applied to 

a WLAN operating according to an adapted version of the IEEE 802.11 
standard, and the handover process is a modified form of the Inter Access 

20 Point Protocol (IAPP). However, in other embodiments the invention may be 
applied to WLANs (or other access networks, see the following paragraph) 
operating according to any other suitable standards or protocols, including 
handover protocols. In this respect, it is noted that the invention is 
particularly advantageous when implemented in networks where so-called 

25 soft handover is not available (such as the IEEE 802.11 standard WLAN in the 
above embodiment). Nevertheless, the invention is still applicable to and may 
still be employed advantageously in other types of access network even when 
soft handover is in fact available. In these situations, the present invention 
may for example be employed when the soft handover process is either 
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unavailable or of diminished performance, for whatever reason, or in any 
other form of combination or substitution with soft handover. 

rOQ681 In the above described embodiments, the network in which the 

invention is applied is a WLAN. In yet further embodiments, the invention is 
applied to a wireless wide area network (WW AN) instead of, or in addition 
to, a WLAN. Generally, WL ANs WL A N - s and WW ANs W WAN's may be 
considered as two types of access networks, and the invention may be applied 
to any access network. 

f00691 In the above described embodiments, the WLAN 

includes compriscs an IP network. It will be appreciated that the IP network is 
just one example of types of transport networks (for example in an office 
block, or various office locations of an organisation, or e.g. throughout an 
airport, and so on) to which the present invention may be applied. For 
example, in other embodiments the transport network may be a specific form 
of network, e.g. a communications network operating according to IP, for 
example allowing voice over IP communication. 
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WIRELESS ACCESS NETWORKS 



ABSTRACT 



Changing A method of, and apparatus for, changing access points for a 
mobile node (106) in a wireless access network (100), for example a wireless 



communicating content data on an initial channel (214) via an initial access 
point (104) of the wireless access network (100); the mobile node (106) sending 
a handover request on a new channel (215) to a new access point (105) of the 
wireless access network (100); the mobile node (106) resuming 
communication of content data on the initial channel (214) via the initial 
access point ( 104); 4); elements of the wireless access network (1), including 
the initial access point (104) and the new access point ( 105) 5^ performing 
handover steps while the mobile node ( 106) resumes 6) performs the resinned 
communication of content; and — when the handover steps are completed, the 
mobile node (106) communicating content data on the new channel (215) via 
the new access point ( 105)^ 



local area network (-WLAN ), includes; 




the mobile node (106) 



(Figure 3) 
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